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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the Home Node B Application Part (HNBAP) between the Home Node B (HNB) and 
the Home Node B Gateway (HNB-GW). It fulfils the HNB- HNB-GW communication requirements specified in [3] 
and is defined over the luh - reference point. It provides control and management procedures between HNB and HNB- 
GW. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[ 1 ] 3GPP TS 25 .40 1 : "UTRAN Overall Description" . 

[2] 3GPP TS 25 .4 1 3 : 'RAN AP' 

[3] 3GPP TS 25.467: 'UTRAN architecture for 3G Home NodeB' 

[4] 3GPP TS 23.032: "Universal Geographical Area Description (GAD)". 

[5] 3GPP TR 25.921: "Guidelines and Principles for Protocol Description and Error Handling". 

[6] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[7] ITU-T Recommendation X.691 (07/2002): "Information technology - ASN.l encoding rules: 

Specification of Packed Encoding Rules (PER)". 

[8] ITU-T Recommendation X.680 (07/2002): "Information technology - Abstract Syntax Notation 

One (ASN.l): Specification of basic notation". 

[9] ITU-T Recommendation X.681 (07/2002): "Information technology - Abstract Syntax Notation 

One (ASN.l): Information object specification". 

[10] 3GPP TS 25.331: 'Radio Resource Control (RRC) Protocol Specification' 

[II] IETF RFC 4960 (09/2007): "Stream Control Transmission Protocol". 

[12] 3GPP TS 23.003: "Numbering, addressing and identification". 

3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Elementary Procedure: HNBAP consists of Elementary Procedures (EPs). An Elementary Procedure is a unit of 
interaction between the HNB and HNB-GW. These EPs are defined separately and are intended to be used to build up 
complete sequences in a flexible manner. If the independence between some EPs is restricted, it is described under the 
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relevant EP description. Unless otherwise stated by the restrictions, the EPs may be invoked independently of each 
other as stand alone procedures, which can be active in parallel. 

An EP consists of an initiating message and possibly a response message. Two kinds of EPs are used: 

Class 1: Elementary Procedures with response (success or failure). 

Class 2: Elementary Procedures without response. 

For Class 1 EPs, the types of responses can be as follows: 

Successful 

A signalling message explicitly indicates that the elementary procedure successfully completed with the 
receipt of the response. 

Unsuccessful 

A signalling message explicitly indicates that the EP failed. 

On time supervision expiry (i.e. absence of expected response). 

Class 2 EPs are considered always successful. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

EP Elementary Procedure 

ESN Electronic Serial Number 

HNB Home Node B 

HNB-GW Home Node B Gateway 

HNBAP HNB Application Part 

PDU Protocol Data Unit 

PER Packed Encoding Rules 

SAC Service Area Code 

SCTP Stream Control Transmission Protocol 

4 General 

The protocol described in the present document is the protocol between HNB-GW and HNB. 

4.1 Procedure Specification Principles 

The principle for specifying the procedure logic is to specify the functional behaviour of the HNB & HNB-GW exactly 
and completely.. 

The following specification principles have been applied for the procedure text in clause 8: 

The procedure text discriminates between: 

1) Functionality which "shall" be executed: 

The procedure text indicates that the receiving node "shall" perform a certain function Y under a certain 
condition. If the receiving node supports procedure X but cannot perform functionality Y requested in the 
REQUEST message of a Class 1 EP, the receiving node shall respond with the message used to report 
unsuccessful outcome for this procedure, containing an appropriate cause value. 



£75/ 



3GPP TS 25.469 version 8.1 .0 Release 8 9 ETSI TS 1 25 469 V8.1 .0 (2009-04) 

2) Functionality which "shall, if supported" be executed: 

The procedure text indicates that the receiving node "shall, if supported," perform a certain function Y 
under a certain condition. If the receiving node supports procedure X, but does not support functionality 
Y, the receiving node shall proceed with the execution of the EP, possibly informing the requesting node 
about the not supported functionality. 

Any required inclusion of an optional IE in a response message is explicitly indicated in the procedure text. If the 
procedure text does not explicitly indicate that an optional IE shall be included in a response message, the 
optional IE shall not be included. 

4.2 Forwards and Backwards Compatibility 

The forwards and backwards compatibility of the protocol is assured by mechanism where all current and future 
messages, and lEs or groups of related lEs, include Id and criticality fields that are coded in a standard format that will 
not be changed in the future. These parts can always be decoded regardless of the standard version. 

4.3 Specification Notations 

For the purposes of the present document, the following notations apply: 

Procedure When referring to an elementary procedure in the specification the Procedure Name is written with 

the first letters in each word in upper case characters followed by the word "procedure", e.g. HNB 
Registration procedure. 

Message When referring to a message in the specification the MESSAGE NAME is written with all letters 

in upper case characters followed by the word "message", e.g. HNB REGISTRATION 
REQUEST message. 

IE When referring to an information element (IE) in the specification the Information Element Name 

is written with the first letters in each word in upper case characters and all letters in Italic font 
followed by the abbreviation "IE", e.g. HNB Identity IE. 

Value of an IE When referring to the value of an information element (IE) in the specification the "Value" is 

written as it is specified in subclause 9.2 enclosed by quotation marks, e.g. "Abstract Syntax Error 
(Reject)" or "Background ". 



HNBAP Services 



HNBAP provides the signalhng service between the HNB and the HNB-GW that is required to fulfil the HNBAP 
functions in Clause 7. 



6 Services expected from the Transport layer 

Following service is expected from the transport layer: 

reliable and in sequence delivery of Signalling data using SCTP[1 1]. 

7 Functions of HNBAP 

The HNBAP has the following functions: 
Registration 
UE Registration 
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Error Handling. This function allows the reporting of general error situations, for which function specific error 
messages have not been defined. 

These functions are implemented by one or several HNBAP elementary procedures described in the following clauses. 



8 



HNBAP Procedures 



8.1 Elementary Procedures 

In the following tables, all EPs are divided into Class 1 and Class 2 Procedures. 

Table 1 : Class 1 



Elementary 
Procedure 


Initiating Message 


Successful Outcome 


Unsuccessful Outcome 


Response message 


Response message 


HNB Registration 


HNB REGISTER REQUEST 


HNB REGISTER ACCEPT 


HNB REGISTER REJECT 


UE Registration 


UE REGISTER REQUEST 


UE REGISTER ACCEPT 


UE REGISTER REJECT 



Table 2: Class 2 



Elementary Procedure 


Message 


HNB De-Registration 


HNB DE-REGISTER 


UE De-Registration 


UE DE-REGISTER 


Error Indication 


ERRQR INDICATION 



8.2 HNB Registration Procedure 

8.2.1 General 

The purpose of the HNB Registration Procedure is to register the HNB with the HNB-GW to enable the HNB-GW to 
provide service and core network connectivity for the HNB. This procedure shall be the first HNBAP procedure 
triggered after the SCTP association has become operational. 

8.2.2 Successful Operation 



HNB 



HNB-GW 



HNB REGISTER REQUEST 



HNB REGISTER ACCEPT 



Figure 1: HNB Register Procedure: Successful Operation 

The HNB shall initiate this procedure by sending a HNB REGISTER REQUEST message whenever it needs to 
commence operations and requiring service from the HNB-GW. 

If the HNB is CSG capable it shall provide the CSG-ID IE within the HNB REGISTER REQUEST message. 
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If the registration is successful, the HNB-GW will respond with a HNB REGISTER ACCEPT message indicating 
acceptance and registration. 

8.2.3 Unsuccessful Operation 



HNB 



HNB-GW 



HNB REGISTER REQUEST 



HNB REGISTER REJECT 



Figure 2: HNB Register Procedure: Un-Successful Operation 

If the HNB-GW cannot register the HNB, the HNB-GW will respond with a HNB REGISTER REJECT message. 
Typical cause values are: 
Radio Network Layer Cause: 

Unauthorised Location 
- Unauthorised HNB 

Overload 

HNB Parameter Mismatch 

Unspecified 

If the HNB receives the 'overload' cause code in the HNB REGISTER REJECT message, the HNB shall not retry 
registration to the same HNB-GW for at least the duration indicated in the Backoff Timer IE. 

8.2.4 Abnormal Conditions 

If the HNB-GW receives a dupUcate HNB REGISTER REQUEST (i.e. for an already registered HNB identified by the 
unique HNB identity), then the new HNB REGISTER REQUEST shall override the existing registration and the 
handhng of the new HNB REGISTER REQUEST is according to section 8.2. 
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8.3 HNB De-registration Procedure 
8.3.1 Successful Operation (HNB Originated) 



HNB 



HNB-GW 



HNB DE-REGISTER 



Figure 3: HNB De-register Procedure: Successful Operation 

The HNB will initiate this procedure whenever it needs to terminate operations. 
The HNB-GW shall clear all related resources associated with the HNB. 
Typical cause values are: 
Radio Network Layer Cause: 
Normal 
- Unspecified 

8.3.2 Successful Operation (HNB-GW Originated) 



HNB 



HNB-GW 



HNB DE-REGISTER 



Figure 4: HNB De-register Procedure: Successful Operation 

The HNB-GW will initiate this procedure whenever it needs to terminate operations with a HNB. 
The HNB-GW shall clear all related resources associated with the HNB. 
Typical cause values are: 
Radio Network Layer Cause: 

Overload 

Unspecified 

If the HNB receives the 'overload' cause code in the HNB DE-REGISTER message, the HNB shall not retry registration 
to the same HNB-GW for at least the duration indicated in the Backoff Timer IE. 
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8.3.3 Abnormal Conditions 



8.4 UE Registration 
8.4.1 General 

The UE Registration procedure provides means for the HNB to convey UE identification data to the HNB-GW in order 
to perform access control for the UE in the HNB-GW. The UE Registration also establishes a UE specific context 
identifier to be used between HNB and HNB-GW. The procedure triggered when the UE attempts to access the HNB 
via an initial NAS message and there is no context in the HNB allocated for that UE. 



8.4.2 Successful Operation 



HNB 



HNB-GW 



UE REGISTER REQUEST 



UE REGISTER ACCEPT 



Figure 5: UE Register Procedure: Successful Operation 

The HNB shall initiate the procedure by sending a UE REGISTER REQUEST message to the HNB-GW including UE 
specific data. The HNB shall always include the UE permanent identity (i.e. IMSI) if it does not serve a CSG cell or for 
registration of UEs witout CSG capability except if the Registration Cause indicates 'emergency call'. 

The HNB-GW shall perform access control for the UE on the specific HNB and if successful respond with a UE 
REGISTER ACCEPT message including the Context-ID IE. 

The HNB-GW shall not perform access control if the Registration Cause indicates 'emergency call'. 

8.4.3 Unsuccessful Operation 



HNB 



HNB-GW 



UE REGISTER REQUEST 



UE REGISTER REJECT 



Figure 6: UE Register Procedure: Unsuccessful Operation 

If the HNB-GW is unable to accept the UE registration it shall reject the procedure with a UE REGISTER REJECT 

message. 

Typical Cause values: 
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Radio Network Layer Cause: 

Invalid UE identity 

- UE not allowed on HNB 

- HNB not registered (FES) 

- Unspecified 

8.4.4 Abnormal Conditions 
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8.5 UE De-Registration 

8.5.1 General 

The purpose of the UE De-Registration Procedure is to disconnect a UE context in the HNB-GW 

8.5.2 Successful Operation (HNB Originated) 



HNB 



HNB-GW 



UE DE-REGISTER 



Figure 7 UE De-Register Procedure: HNB Originated Successful Operation 

The HNB shall initiate the procedure by sending a UE DE-REGISTER message. When receiving the UE DE- 
REGISTER message the HNB-GW shall release the resources associated with that UE including the Context-ID. 

Typical Cause values: 

Radio Network Layer Cause: 

Connection with UE lost 
- UE RRC Release 
Unspecified 
UE relocated 



£75/ 



3GPP TS 25.469 version 8.1.0 Release 8 



15 



ETSI TS 125 469 V8.1.0 (2009-04) 



8.5.3 Successful Operation (HNB-GW Originated) 



HNB 



HNB-GW 



UE DE-REGISTER 



Figure 8 UE De-Register Procedure: HNB-GW Originated Successful Operation 

The HNB-GW shall initiate the procedure by sending a UE DE-REGISTER message. When receiving the UE DE- 
REGISTER message the HNB shall release the included Context-ID. 

Typical Cause values: 

Radio Network Layer Cause: 

- UE Registered in another HNB 
Unspecified 

8.5.4 Abnormal Conditions 



8.6 



Error Indication 



8.6.1 General 

The Error Indication procedure is initiated by either HNB or HNB-GW to report detected errors in one incoming 
message, provided they cannot be reported by an appropriate failure message. 

8.6.2 Successful Operation 



HNB 



HNB-GW 



ERROR INDICATION 



Figure 9 Error Indication HNB Originated, Successful Operation 
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HNB 



HNB-GW 



ERROR INDICATION 



Figure 10 Error Indication HNB-GW Originated, Successful Operation 



9 Elements for HNBAP Communication 

9.1 IVIessage Functional Definition and Content 
9.1.1 General 

Section 9.1 presents the contents of HNBAP messages in tabular format. The corresponding ASN.l definition is 
presented in section 9.3. In case there is contradiction between the tabular format in section 9. 1 and the ASN. 1 
definition, the ASN.l shall take precedence, except for the definition of conditions for the presence of conditional lEs, 
where the tabular format shall take precedence. 

NOTE: The messages have been defined in accordance to the guidelines specified in [5]. 

For each message there is, a table listing the signalling elements in their order of appearance in the transmitted message. 



9.1 .2 Message Contents 



9.1.2.1 



Presence 



All information elements in the message descriptions below are marked mandatory, optional or conditional according to 
table 3 

Table 3: Meaning of abbreviations used in HNBAP messages 



Abbreviation 


Meaning 


M 


lE's marked as Mandatory (M) will always be included in the 
message. 





lE's marked as Optional (0) may or may not be included in the 
message. 


C 


lE's marked as Conditional (C) will be included in a message only if 
the condition Is satisfied. Otherwise the IE is not included. 



9.1.2.2 



Criticality 



Each Information Element or Group of Information Elements may have criticality information applied to it. 
Following cases are possible. 
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Table 4: Meaning of content within "Criticality" column 



Abbreviation 


Meaning 


- 


No criticality information is applied explicitly. 


YES 


Criticality information is applied. This is usable only for non-repeatable lEs 


GLOBAL 


The IE and all its repetitions together have one common criticality information. This is 
usable only for repeatable IBs. 


EACH 


Each repetition of the IE has its own criticality information. It is not allowed to assign 
different criticality values to the repetitions. This is usable only for repeatable lEs. 



9.1.2.3 Range 

The Range column indicates the allowed number of copies of repetitive lEs/IE groups. 

9.1.2.4 Assigned Criticality 

This column provides the actual criticality information as defined in subclause 10.3.2, if applicable. 

9.1 .3 HNB REGISTER REQUEST 

This message is sent by the HNB to the HNB-GW to register the HNB at the HNB-GW. 
Direction: HNB ^ HNB-GW 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


HNB Identity 


M 




9.2.2 




YES 


reject 


HNB Location Information 


M 




9.2.3 




YES 


reject 


PLMN-ID 


M 




9.2.14 




YES 


reject 


Cell-ID 


M 




9.2.25 




YES 


reject 


LAC 


M 




9.2.11 




YES 


reject 


RAC 


M 




9.2.12 




YES 


reject 


SAC 


M 




9.2.13 




YES 


reject 


CSG-ID 







9.2.27 




YES 


reject 



9.1 .4 HNB REGISTER ACCEPT 

This message is sent by the HNB-GW to the HNB as a successful response to a HNB REGISTER REQUEST message. 



Direction: 



HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


RNC-ID 


M 




9.2.26 




YES 


reject 



9.1 .5 HNB REGISTER REJECT 

This message is sent by the HNB-GW to the HNB as unsuccessful response to a HNB REGISTER REQUEST message. 
Direction: HNB-GW ^ HNB 



£75/ 



3GPP TS 25.469 version 8.1.0 Release 8 



18 



ETSI TS 125 469 V8.1.0 (2009-04) 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticaiity 


Assigned 
Criticaiity 


Message Type 


M 




9.2.1 




YES 


reject 


Cause 


M 




9.2.15 




YES 


ignore 


Criticaiity Diagnostics 







9.2.16 




YES 


ignore 


Bacl<off Timer 


C- 
ifOverload 




9.2.28 




YES 


reject 



Condition 


Explanation 


IfOverload 


This IE shall be present if the Cause IE is set to "Overload". 



9.1 .6 UE REGISTER REQUEST 

This message is sent by the HNB to the HNB-GW to register a UE at HNB-GW for service. 
Direction: HNB ^ HNB-GW 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticaiity 


Assigned 
Criticaiity 


Message Type 


M 




9.2.1 




YES 


reject 


UE Identity 


M 




9.2.17 




YES 


reject 


Registration Cause 


M 




9.2.21 




YES 


ignore 


UE Capabilities 


M 




9.2.24 




YES 


reject 



9.1 .7 UE REGISTER ACCEPT 

This message is sent by the HNB-GW to the HNB as a successful response to a UE REGISTER REQUEST message. 
Direction: HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticaiity 


Assigned 
Criticaiity 


Message Type 


M 




9.2.1 




YES 


reject 


UE Identity 


M 




9.2.17 




YES 


reject 


Context- ID 


M 




9.2.9 




YES 


reject 



9.1 .8 UE REGISTER REJECT 

This message is sent by the HNB-GW to the HNB as unsuccessful response to a UE REGISTER REQUEST message. 
Direction: HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticaiity 


Assigned 
Criticaiity 


Message Type 


M 




9.2.1 




YES 


reject 


UE Identity 


M 




9.2.17 




YES 


reject 


Cause 


M 




9.2.15 




YES 


ignore 


Criticaiity Diagnostics 







9.2.16 




YES 


ignore 



9.1.9 HNB DE-REGISTER 

This message is sent by the HNB to the HNB-GW or HNB-GW to HNB to deregister the HNB, 
Direction: HNB ^ HNB-GW or HNB-GW ^ HNB 
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PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


Cause 


M 




9.2.15 




YES 


ignore 


Backoff Timer 


C- 

ifOverload 




9.2.28 




YES 


reject 



Condition 


Explanation 


IfOverload 


This IE shall be present if the Cause IE is set to "Overload". 



9.1.10 UE DE-REGISTER 

This message is sent by the HNB to the HNB-GW or HNB-GW to HNB to de-register a UE. 
Direction: HNB ^ HNB-GW, HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


Context- ID 


M 




9.2.9 




YES 


reject 


Cause 


M 




9.2.15 




YES 


ignore 



9.1.11 ERROR INDICATION 

This message is sent by the HNB to HNB-GW or HNB-GW to HNB and is used to indicate that some errors have been 
detected. 

Direction: HNB ^ HNB-GW, HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


ignore 


Cause 


M 




9.2.15 




YES 


ignore 


Criticality Diagnostics 







9.2.16 




YES 


ignore 



9.2 



Information Element Definitions 



9.2.0 General 

Section 9.2 presents the HNBAP IE definitions in tabular format. The corresponding ASN.l definition is presented in 
section 9.3. In case there is contradiction between the tabular format in section 9.2 and the ASN.l definition, the ASN.l 
shall take precedence, except for the definition of conditions for the presence of conditional elements, where the tabular 
format shall take precedence. 

When specifying information elements which are to be represented by bit strings, if not otherwise specifically stated in 
the semantics description of the concerned IE or elsewhere, the following principle apphes with regards to the ordering 
of bits: 

The first bit (leftmost bit) contains the most significant bit (MSB); 

The last bit (rightmost bit) contains the least significant bit (LSB); 

When importing bit strings from other specifications, the first bit of the bit string contains the first bit of the 
concerned information; 
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Message Type IE uniquely identifies the message being sent. It is mandatory for all messages. 



IE/GROUP NAME 


Presence 


Range 


IE Type and Reference 


Semantics Description 


Message Type 










>Procedure Code 


M 




ENUMERATED ( 
HNB register, 
UE Register, 
UE De-Register, 
HNB De-Register 
Error Indication 




>Type of IVIessage 


M 




ENUMERATED 
(Initiating Message, 
Successful Outcome, 
Unsuccessful Outcome, 
Outcome) 





9.2.2 HNB Identity 



HNB Identity IE is sent from the HNB to the HNB-GW and identities the HNB. 



IE/GROUP NAME 


Presence 


Range 


IE Type and 
Reference 


Semantics Description 


HNB Identity 






OCTET STRING 
(SIZE(1..255)) 


The octet string shall 
take the form of Network 
Access Identifier (NAI) 
and have the format of 
username@realm where 
the username is either 
the IMSI or the device 
identity. The result of the 
NAI format will be 
- '0<IMSI>@<realm>' 
-'1<DEVICE- 
ID@<realm>'. 



9.2.3 HNB Location Information 

HNB Location Information IE is sent from the HNB to HNB-GW to provide information on the location of the HNB. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics Description 


HNB Location Information 










> Macro Coverage Information 







9,2,7 




> Geographic Location 







9.2.4 




> HNB Internet Information 







IP Address 
9.2.8 





9.2.4 Geographical Location 

This IE identifies the Ellipsoid point with altitude as in ref [4]. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE type and 
reference 


Semantics 
description 


Geographical Coordinates 


M 




9.2.5 




Altitude and Direction 


M 




9.2.6 
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9.2.5 Geographical Coordinates 

This IE contains the geographical coordinates of an ellipsoid point. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE type and 
reference 


Semantics description 


Latitude Sign 


M 




ENUMERATED 
(North, South) 




Degrees Of Latitude 


M 




INTEGER ( 


The IE value (N) is derived 
by this formula: 
N<2^^X/90<N+1 
X being the latitude in 
degree (0°.. 90°) 


Degrees Of Longitude 


M 




INTEGER ( 
-2^1.2^^-1) 


The IE value (N) is derived 
by this formula: 
N<2^''X/360<N+1 
X being the longitude in 
degree (-180°.. +180°) 



9.2.6 Altitude and Direction 

This IE contains the altitude and direction of an ellipsoid point. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Altitude and direction 










>Direction of Altitude 


M 




ENUMERATED 
(Height, Depth) 




>Altitude 


M 




INTEGER ( 
0..2^^-1) 


The relation between the 
value (N) and the altitude 
(a) in meters it describes 
is N<a<N+1, except for 
N=2^^-1 for which the 
range is extended to 
include all grater values 
of (a). 



9.2.7 Macro Coverage Information 



The Macro Coverage Information IE identifies the macro cell used by the HNB for location. This may be e.g. a 
GERAN Cell ID or a UTRAN Cell ID . 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Cell Identifier 










>GERAN Cell ID Information 










»PLMN-ID 


M 




9.2.14 




»LAG 


M 




9.2.11 


0000 and FFFE not 
allowed. 


»CI 


M 




OCTET STRING (2) 




>UTRAN Cell ID Information 










»LAC 


M 




9.2.11 




»RAC 


M 




9.2.12 




»PLMN-ID 


M 




9.2.14 




»Cell-ID 


M 




9.2.25 
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IE/GROUP NAME 


Presence 


Range 


IE Type and 
Reference 


Semantics Description 


CHO\CE IP Address 










>lnternet Address ipv4 


M 




OCTET STRING(4) 




>lnternet Address ipv6 


M 




0CTETSTRING(16) 





9.2.9 Context-ID 

Context ID IE uniquely identifies a particular UE in the HNB and HNB-GW. This unique Context ID is used for PS and 
CS domain. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE Type and 


Semantics Description 


Context-ID 






BITSTRING(24) 





9.2.10 IMSI 

The IMSI is used to uniquely identify a UE. 



IE/Group Name 


Presence 


Range 


IE type and reference 


Semantics 
description 


IMSI 






OCTET STRING (SIZE 
(3.-8)) 


- digits to 9, encoded 
0000 to 1001, 

- 1 1 1 1 used as filler 

digit, 

two digits per octet, 

- bit 4 to 1 of octet n 
encoding digit 2n-1 

- bit 8 to 5 of octet n 
encoding digit 2n 

-Number of decimal 
digits shall be from 6 to 
15 starting with the 
digits from the PLMN 
identity. 

When the IMSI is made 
of an odd number of 
digits, the filler digit 
shall be added at the 
end to make an even 
number of digits of 
length 2N. The filler 
digit shall then be 
consequently encoded 
as bit 8 to 5 of octet N. 



9.2.11 LAC 

This element is used to identify a Location Area. 



IE/GROUP NAME 


PRESENC 

E 


RANGE 


IE Type and 
Reference 


Semantics Description 


LAC 






OCTET STRING(2) 
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9.2.12 RAC 

This element is used to identify a Routing Area within a Location Area. It is used for PS services. 



IE/GROUP NAME 


Presence 


Range 


IE Type and 
Reference 


Semantics Description 


RAC 






OCTET STRING(1) 





9.2.13 SAC 

The SAC identifies the Service Area. 



IE/Group Name 


Presence 


Range 


IE type and reference 


Semantics description 


SAC 






OCTET STRING 
(SIZE(2)) 





9.2.14 PLMN-ID 

The PLMN-ID identifies a Pubhc Land Mobile Network. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


PLMN-ID 






OCTET STRING 
(SIZE (3)) 


- digits to 9, encoded 0000 to 
1001, 

- 1 1 1 1 used as filler digit, two 
digits per octet, 

- bits 4 to 1 of octet n encoding 
digit 2n-1 - bits 8 to 5 of octet n 
encoding digit 2n 

-The PLIVIN identity consists of 
3 digits from IVICC followed by 
either 

- a filler digit plus 2 digits from 
MNC (in case of 2 digit MNC) 
or 

- 3 digits from MNC (in case of 
a 3 digit MNC). 



9.2.15 Cause 

Cause IE indicates the reason for a particular error event for the HNBAP protocol. 
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IE/Group Name 


Presence 


Range 


IE Type and 
Reference 


Semantics 
Description 


CHOICE Cause Group 










>Radio Network Layer 










»Radio Network Layer 
Cause 


M 




ENUMERATED 

( 

overload, 

unauthorised-Location, 

unauthorised-HNB, 

HNB Parameter 

mismatch. 

Invalid UE identity, 

UE not allowed on this 

HNB, 

UE unauthorised. 

Connection with UE 

lost, 

UE RRC Release, 

HNB not registered, 

unspecified. 

Normal, 

UE relocated, 

UE Registered in 

another HNB, 

Normal, 

)" 




>Transport Layer 










»Transport Layer Cause 


M 




ENUMERATED 

(Transport Resource 

Unavailable, 

Unspecified, 

...) 




>Protocol 










»Protocol Cause 


M 




ENUMERATED 

(Transfer Syntax Error, 

Abstract Syntax Error 

(Reject), 

Abstract Syntax Error 

(Ignore and Notify), 

Message not 

Compatible with 

Receiver State, 

Semantic Error, 

Unspecified, 

Abstract Syntax Error 

(Falsely Constructed 

Message), 

...) 




>Misc 










»Misc Cause 


M 




ENUMERATED 
(Processing Overload, 
Hardware Failure, 
O&M Intervention, 
Unspecified, 
...) 





The meaning of the different cause values is described in the following table. Cause values for information "not valid" 
indicates that the information is not valid in the context that it was received. 
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Radio Network Layer cause 


IVIeaning 


Overload 


The HNB-GW cannot handle the HNB due to overload. 


Unauthorised-Location 


The HNB-GW cannot register the HNB because the location 
information provided is not valid. 


Unauthorised-HNB 


The HNB-GW cannot register the HNB because its supplied 
information is not considered valid 


HNB Parameter Mismatch 


The HNB-GW cannot register the HNB because of mismatch 
in parameters between HNB and HNB-GW 


Invalid UE identity 


The UE ID supplied for UE registration is not valid 


UE not allowed on this HNB 


The UE is identified as not being allowed to use services on 
this HNB. (temporary rejection) 


UE not authorised 


The UE is identified as not being allowed to use services on a 
HNB (permanent rejection). 


Connection with UE lost 


The connection to a Registered UE has been lost 


UE RRC release 


The Registered UE"s RRC is released (e.g. due to IMS! 
detach NAS procedure) 


HNB not registered 


The HNB is not registered on this gateway 


Unspecified 


Sent when none of the above cause values applies but still 
the cause is Radio Network layer related. 


UE relocated 


The UE has been relocated to a neighbouring cell 


UE Registered in another HNB 


The UE has already registered in another HNB on same HNB- 
GW. 


Normal 


No error has occurred 



9.2.16 Criticality Diagnostics 

For further details on how to use the Criticality Diagnostics IE, see annex A. 

The Criticality Diagnostics IE is sent by the RNC or the CN when parts of a received message have not been 
comprehended or were missing, or if the message contained logical errors. When applicable, it contains information 
about which lEs that were not comprehended or were missing. 



IE/Group Name 


Presence 


Range 


IE type and reference 


Semantics description 


Criticality Diagnostics 










>Procedure Code 







INTEGER (0..255) 


Procedure Code is to 
be used if Criticality 
Diagnostics is part of 

Error Indication 

procedure, and not 

within the response 

message of the same 

procedure that caused 

the error 


>Triggering Message 







ENUMERATED 

(initiating message, 

successful outcome, 

unsuccessful outcome) 


The Triggering 

Message is used only if 

the Criticality 

Diagnostics is part of 

Error Indication 

procedure. 


>Procedure Criticality 







ENUMERATED(reject, 
ignore, notify) 


This Procedure 

Criticality is used for 

reporting the Criticality 

of the Triggering 
message (Procedure). 


Information Element Criticality 
Diagnostics 




Oto 
<maxnoo 
f errors> 






>IE Criticality 


M 




ENUMERATED(reject, 
ignore, notify) 


The IE Criticality is used 

for reporting the 

criticality of the 

triggering IE. The value 

"ignore" shall not be 

used. 


>IEID 


M 




INTEGER (0..65535) 


The IE Id of the not 
understood or missing 
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IE/Group Name 


Presence 


Range 


IE type and reference 


Semantics description 


Criticality Diagnostics 


















IE 


>Type of Error 


M 




ENUMERATED(not 
understood, missing, 
...) 





Range bound 


Explanation 


Maxnooferrors 


IVIaximum no. of IE errors allowed to be reported with a single 
message. The value for maxnooferrors is 256. 



9.2.17 UE Identity 

This is a unique identifier for the UE. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


CHOICE UE Identity 










>IMSI 






9.2.10 




> TMSI and LAI (GSM-MAP) 










»TMSI 


M 




9.2.19 




»LAI 


M 




9.2.20 




>P- TMSI and RAI (GSM-MAP) 










»P-TMSI 


M 




9.2.22 




»RAI (GSM-MAP) 


M 




9.2.23 




>IMEI 






9.2.18 




>ESN(DS-41) 






BIT STRING 
(SIZE (32)) 




>IMSI(DS-41) 






OCTET STRING 
(SIZE (5..7)) 




>IMSIandESN(DS-41) 










»ESN(DS-41) 


M 




BIT 
STRING(SIZE 

(32)) 




»IMSI (DS-41) 


M 




OCTET STRING 
(SIZE (5..7)) 




>TMSI (DS-41) 






OCTET STRING 
(SIZE (2.. 17)) 





9.2.18 IMEI 

This IE contains an International Mobile Equipment Identity. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


IMEI 






BIT STRING(60) 





9.2.19 TMSI (GSM-MAP) 



This IE contains a Temporary Mobile Subscriber Identity, used towards a GSM-MAP type of PLMN. 



Information Element/Group 
name 


Presence 


Range 


Type and 
reference 


Semantics description 


TMSI (GSM-MAP) 






BIT STRING 

(32) 


The first/leftmost bit of the bit 
string contains the most 
significant bit of the TMSI. 



£75/ 



3GPP TS 25.469 version 8.1.0 Release 8 



27 



ETSI TS 125 469 V8.1.0 (2009-04) 



9.2.20 LAI 

Location Area Identification identifies uniquely a location area for a GSM-MAP type of PLMN. 



Information Element/Group 
name 


Presence 


Range 


Type and 
reference 


Semantics description 


PLMN-ID 


M 




9.2.14 




LAG 


M 




9.2.11 





9.2.21 Registration Cause 

Indicates if a UE registration is for an emergency call. 



Information Element/Group 
name 


Presence 


Range 


Type and 
reference 


Semantics description 


Registration cause 






Enumerated { 
emergency 
call, normal. 





9.2.22 P-TMSI (GSM-MAP) 

This IE contains a Packet Temporary Mobile Subscriber Identity (P-TMSI), used towards a GSM-MAP type of PLMN. 



Information Element/Group 
name 


Presence 


Range 


Type and 
reference 


Semantics description 


P-TIVISI 






BIT STRING 
(32) 


The first/leftmost bit of the bit 
string contains the most 
significant bit of the P-TMSI. 



9.2.23 Routing Area Identification 

Identifies uniquely a routing area for a GSM-MAP type of PLMN. 



Information Element/Group 
name 


Presence 


Range 


Type and 
reference 


Semantics description 


LAI 


M 




9.2.20 




RAG 


M 




9.2.12 





9.2.24 UE Capabilities 

Identifies UE capabilities and release. 



Information Element/Group 
name 


Presence 


Range 


Type and 
reference 


Semantics description 


UE Gapabilities 










>Access Stratum Release 
Indicator 


M 




Enumerated 
{ R99, Rel-4, 
Rel-5, Rel-6, 
Rel-7, Rel-8, 


Values as defined in [10] 


>GSG Gapability 


M 




Enumerated 
{GSG 
capable. 
Not GSG 
capable. 


Indicates a GSG capable UE. 
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Information Element/Group 
name 


Presence 


Range 


Type and 
reference 


Semantics description 


Cell-ID 






INTEGER 

(0..2684354 

55) 


This information element 
identifies a cell uniquely within 
UTRAN. 



9.2.26 RNC-ID 

Uniquely identifies the HNB-GW towards the CN on a particular lu interface. 



Information Element/Group 
name 


Presence 


Range 


Type and 
reference 


Semantics description 


RNC-ID 






INTEGER 
(0..65535) 


Values greater than 4095 are 
extended (16bit) RNC Ids. 



9.2.27 CSG-ID 

Indicates the CSG-ID of a particular HNB, as defined in [12] 



Information Element/Group 
name 


Need 


Multi 


Type and 
reference 


Semantics description 


CSG-ID 






BIT STRING 
(SIZE(27)) 





9.2.28 Backoff Timer 

The Backoff Timer IE indicates in seconds the minimum duration for which the HNB registration shall not be retried. 



Information Element/Group 
name 


Need 


Multi 


Type and 
reference 


Semantics description 


Backoff Timer 






INTEGER 
(0..3600) 


Value "0" indicates no 
specified time. 



9.3 Message and Information Element Abstract Syntax (with 
ASN.1) 

9.3.0 General 

HNBAP ASN.l definition conforms with [8] and [9]. 

The ASN.l definition specifies the structure and content of HNBAP messages. HNBAP messages can contain any lEs 
specified in the object set definitions for that message without the order or number of occurrence being restricted by 
ASN.l. However, for this version of the standard, a sending entity shall construct a HNBAP message according to the 
PDU definitions module and with the following additional rules (Note that in the following IE means an IE in the object 
set with an explicit id. If one IE needed to appear more than once in one object set, then the different occurrences have 
different IE ids): 

lEs shall be ordered (in an IE container) in the order they appear in object set definitions. 

Object set definitions specify how many times lEs may appear. An IE shall appear exactly once if the presence 
field in an object has value "mandatory". An IE may appear at most once if the presence field in an object has 
value "optional" or "conditional". If in a tabular format there is multiplicity specified for an IE (i.e. an IE list) 
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then in the corresponding ASN.l definition the list definition is separated into two parts. The first part defines an 
IE container list where the list elements reside. The second part defines list elements. The IE container list 
appears as an IE of its own. For this version of the standard an IE container list may contain only one kind of list 
elements. 

If a HNBAP message that is not constructed as defined above is received, this shall be considered as Abstract Syntax 
Error, and the message shall be handled as defined for Abstract Syntax error in subclause 10.3.6. 

9.3.1 Usage of private message mechanism for non-standard use 

The private message mechanism for non-standard use may be used: 

for special operator- (and/or vendor) specific features considered not to be part of the basic functionality, i.e. the 
functionality required for a complete and high-quality specification in order to guarantee multivendor 
interoperability; 

by vendors for research purposes, e.g. to implement and evaluate new algorithms/features before such features 
are proposed for standardisation. 

The private message mechanism shall not be used for basic functionality. Such functionality shall be standardised. 
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9.3.2 Elementary Procedure Definitions 

******************************************************** 

- - Elementary Procedure definitions 

************************************************************** 

HNBAP-PDU-Descriptions { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) hnbap(6) versionl (1) hnbap-PDU-Descriptions (0) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 

-- IE parameter types from other modules. 

************************************************************** 

IMPORTS 

Criticality, 

ProcedureCode 
FROM HNBAP-CommonDataTypes 

HNBRegisterRequest , 
HNBRegisterAccept , 
HNBRegisterRe j ect , 
HNBDe- Register, 
UERegisterRequest , 
UERegisterAccept , 
UERegisterRe j ect , 
UEDe-Register, 
Error Indication, 
PrivateMessage 

FROM HNBAP-PDU- Contents 

id-HNBRegister, 

id-UERegister, 

id- UEDe-Register, 

id- HNBDe -Register, 

id- Error Indication, 

id-privateMessage 
FROM HNBAP-Constants; 

************************************************************** 

- - Interface Elementary Procedure Class 

************************************************************** 



HNBAP - ELEMENTARY - PROCEDURE 
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} 



SlnitiatingMessage 

SSuccessfulOutcome 

StUnsuccessfulOutcome 

SprocedureCode 

Sccriticality 



OPTIONAL, 
OPTIONAL, 

ProcedureCode UNIQUE, 
Criticality DEFAULT ignore 



WITH SYNTAX { 

INITIATING MESSAGE 
[SUCCESSFUL OUTCOME 
[UNSUCCESSFUL OUTCOME 
PROCEDURE CODE 
[CRITICALITY 
} 



SlnitiatingMessage 

&SuccessfulOutcome] 

StUnsuccessfulOutcome] 

SprocedureCode 

Scriticality] 



************************************************************** 



Interface PDU definitions 



************************************************************** 



HNBAP-PDU ::= CHOICE | 
initiatingMessage 
successfulOutcome 
unsuccessfulOutcome 



InitiatingMessage, 
SuccessfulOutcome, 
UnsuccessfulOutcome, 



} 



InitiatingMessage ::= SEQUENCE { 

procedureCode HNBAP - ELEMENTARY - PROCEDURE . &procedureCode 
criticality HNBAP-ELEMENTARY-PROCEDURE . Scriticality 
value HNBAP-ELEMENTARY-PROCEDURE.&InitiatingMessage 

} 



( { HNBAP -ELEMENTARY- PROCEDURES } ) , 

( {HNBAP -ELEMENTARY -PROCEDURES} {oprocedureCode } ) , 

( {hnbap-ELEMENTARY-PROCEDURES} {oprocedureCode} ) 



SuccessfulOutcome ::= SEQUENCE { 

procedureCode HNBAP - ELEMENTARY - PROCEDURE . SprocedureCode 
criticality HNBAP-ELEMENTARY-PROCEDURE . Scriticality 
value HNBAP -ELEMENTARY -PROCEDURE . &Successf ulOutcome 

} 



( { HNBAP - ELEMENTARY - PROCEDURES } ) , 

( {HNBAP -ELEMENTARY -PROCEDURES} {©procedureCode} ) , 

( {HNBAP -ELEMENTARY -procedures} {©procedureCode} ) 



UnsuccessfulOutcome ::= SEQUENCE { 

procedureCode HNBAP - ELEMENTARY - PROCEDURE . OprocedureCode 

criticality HNBAP-ELEMENTARY-PROCEDURE . Scriticality 

value HNBAP -ELEMENTARY -PROCEDURE . SUnsuccessf ulOutcome 

} 



( { HNBAP -ELEMENTARY- PROCEDURES } ) , 

( {HNBAP -ELEMENTARY -PROCEDURES} {©procedureCode} ) , 

( {HNBAP -ELEMENTARY -procedures} {©procedureCode} ) 



- - Interface Elementary Procedure List 

******************************************************** 

HNBAP-ELEMENTARY-PROCEDURES HNBAP -ELEMENTARY- PROCEDURE ::= { 
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HNBAP-ELEMENTARY- PROCEDURES -CLASS - 1 | 
HNBAP-ELEMENTARY- PROCEDURES -CLASS - 2 , 



} 



HNBAP - ELEMENTARY - PROCEDURES - CLASS - 1 HNBAP - ELEMENTARY - PROCEDURE : : = { 
hNBRegister I 
uERegister, 

} 



HNBAP-ELEMENTARY-PROCEDURES-CLASS-2 HNBAP-ELEMENTARY- PROCEDURE ::= { 
uEDe-Register | 
hNBDe-Register | 
errorlndication | 
privateMessage, 



} 



icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



Interface Elementary Procedures 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



hNBRegister HNBAP -ELEMENTARY -PROCEDURE 



INITIATING MESSAGE 
SUCCESSFUL OUTCOME 
UNSUCCESSFUL OUTCOME 
PROCEDURE CODE 
CRITICALITY 



HNBRegisterRequest 
HNBRegisterAccept 
HNBRegisterRe j ect 
id- HNBRegister 
reject 



uERegister HNBAP -ELEMENTARY -PROCEDURE 



INITIATING MESSAGE 
SUCCESSFUL OUTCOME 
UNSUCCESSFUL OUTCOME 
PROCEDURE CODE 
CRITICALITY 



} 



UERegisterRequest 
UERegisterAccept 
UERegisterRe j ect 
id-UERegister 
reject 



uEDe-Register HNBAP -ELEMENTARY -PROCEDURE ::= { 
INITIATING MESSAGE UEDe-Register 
PROCEDURE CODE id-UEDe-Register 

CRITICALITY ignore 

} 

hNBDe-Register HNBAP -ELEMENTARY -PROCEDURE ::= 
INITIATING MESSAGE HNBDe-Register 
PROCEDURE CODE id-HNBDe-Register 

CRITICALITY ignore 
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errorlndication HNBAP- ELEMENTARY -PROCEDURE ::= 
INITIATING MESSAGE Errorlndication 
PROCEDURE CODE id-Errorlndication 

CRITICALITY ignore 



} 



privateMessage HNBAP -ELEMENTARY -PROCEDURE ::= 
INITIATING MESSAGE PrivateMessage 
PROCEDURE CODE id-privateMessage 

CRITICALITY ignore 

} 



END 



9.3.3 PDU Definitions 



-- PDU definitions for HNBAP. 

******************************************************** 

HNBAP -PDU -Contents { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) hnbap(6) versionl (1) hnbap- PDU -Contents (1) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 

-- IE parameter types from other modules. 

************************************************************** 

IMPORTS 

Cause, 

CriticalityDiagnostics , 

HNB-Location- Information, 

HNB- Identity, 

Context -ID, 

UE-Identity, 

LAC, 

RAC, 

SAC, 

CN-Domainlndicator, 

IP-Address, 

Registration -Cause, 

UE- Capabilities, 

PLMNidentity, 

Cellldentity, 
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RNC-ID, 
CSG-ID, 
Backof fTimer 



FROM HNBAP-IEs 



ProtocolExtensionContainer{ } , 
ProtocolIE-ContainerList { } , 
ProtocolIE-Container{ } , 
ProtocolIE-Single-Container{ } , 
PrivateIE-Container{ } , 
HNBAP - PRIVATE - I ES , 
HNBAP - PROTOCOL - EXTENS I ON , 
HNBAP - PROTOCOL - I ES 

FROM HNBAP -Containers 

id-Cause, 

id-CriticalityDiagnostics , 

id-HNB-Location- Information, 

id-HNB- Identity, 

id-Context-ID, 

id-PLMNidentity, 

id-UE- Identity, 

id- LAC, 

id-RAC, 

id- SAC, 

id-UE -Capabilities, 

id-Registration -Cause, 

id-Cellldentity, 

id-RNC-ID, 

id-CSG-ID, 

id- Backof fTimer 

FROM HNBAP-Constants; 

****************************************************** 

-- HNB Register REQUEST 

************************************************************** 



HNBRegisterRequest ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{HNBRegisterRequestlEs} }, 
{HNBRegisterRequestExtensions } 



OPTIONAL, 



HNBRegisterRequestlEs HNBAP -PROTOCOL- I ES 
{ ID id-HNB- Identity 
{ ID id-HNB-Location- Information 
{ ID id-PLMNidentity 



CRITICALITY reject 
CRITICALITY reject 
CRITICALITY reject 



TYPE HNB-Identity 

TYPE HNB-Location- Information 

TYPE PLMNidentity 



PRESENCE mandatory } 
PRESENCE mandatory } 
PRESENCE mandatory } 
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ID id-Cellldentity 
ID id-LAC 
ID id-RAC 
ID id-SAC 
ID id-CSG-ID 



CRITICALITY reject TYPE Cellldentity 

CRITICALITY reject TYPE LAC 

CRITICALITY reject TYPE RAC 

CRITICALITY reject TYPE SAC 

CRITICALITY reject TYPE CSG-ID 



PRESENCE mandatory } 
PRESENCE mandatory } 
PRESENCE mandatory } 
PRESENCE mandatory } 
PRESENCE optional } , 



HNBRegisterRequestExtensions HNBAP- PROTOCOL -EXTENSION 



icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



HNB Register Accept 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



HNBRegisterAccept ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{HNBRegisterResponselEs} }, 
{HNBRegisterResponseExtensions } 



OPTIONAL, 



HNBRegisterResponselEs HNBAP -PROTOCOL- I ES ::= { 

{ ID id-RNC-ID CRITICALITY reject TYPE RNC-ID 



PRESENCE mandatory 



HNBRegisterResponseExtensions HNBAP -PROTOCOL -EXTENSION 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



HNB Register REJECT 



icicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



HNBRegisterReject ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{HNBRegisterRejectlEs} }, 
{HNBRegisterRej ectExtensions } 



OPTIONAL, 



HNBRegisterRejectlEs HNBAP -PROTOCOL- I ES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause 

{ ID id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics 

{ ID id-Backoff Timer CRITICALITY reject TYPE Backoff Timer 

-- This IE shall be present if the Cause IE is set to "Overload". 

} 



PRESENCE mandatory} | 
PRESENCE optional } j 
PRESENCE conditional 
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HNBRegisterRejectExtensions HNBAP- PROTOCOL -EXTENSION 



icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



HNB De- Register 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



HNBDe-Register ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{HNBDe-RegisterlEs} }, 
{HNBDe-RegisterExtensions } 



OPTIONAL, 



HNBDe-RegisterlEs HNBAP -PROTOCOL- I ES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause PRESENCE mandatory } | 

{ ID id-Backoff Timer CRITICALITY reject TYPE Backoff Timer PRESENCE conditional }, 

-- This IE shall be present if the Cause IE is set to "Overload". 

} 

HNBDe-RegisterExtensions HNBAP -PROTOCOL -EXTENSION ::= { 



icicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



UE Register REQUEST 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



UERegisterRequest ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{UERegisterRequestlEs} }, 
{UERegisterRequestExtensions } 



OPTIONAL, 



UERegisterRequestlEs HNBAP -PROTOCOL- I ES 
{ ID id-UE- Identity 
{ ID id-Registration-Cause 
{ ID id-UE-Capabilities 



CRITICALITY reject TYPE UE- Identity 
CRITICALITY ignore TYPE Registration-Cause 
CRITICALITY reject TYPE UE-Capabilities 



PRESENCE mandatory } | 
PRESENCE mandatory } j 
PRESENCE mandatory } , 



} 

UERegisterRequestExtensions HNBAP -PROTOCOL -EXTENSION 



icicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 
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UE Register ACCEPT 



********************************************************* 



UERegisterAccept ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{UERegisterAcceptlEs} }, 
{UERegisterAcceptExtensions } 



OPTIONAL, 



UERegisterAcceptlEs HNBAP- PROTOCOL- I ES ::= { 

{ ID id-UE-Identity CRITICALITY reject TYPE UE-Identity 

{ ID id-Context-ID CRITICALITY ignore TYPE Context-ID 

} 



PRESENCE mandatory } | 
PRESENCE mandatory } , 



UERegisterAcceptExtensions HNBAP -PROTOCOL -EXTENSION 



************************************************************** 



UE Register REJECT 



************************************************************** 



UERegisterReject ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{UERegisterRejectlEs} }, 
{UERegisterRej ectExtensions } 



OPTIONAL, 



UERegisterRejectlEs HNBAP- PROTOCOL- I ES ::= { 

{ ID id-UE-Identity CRITICALITY reject TYPE UE-Identity 

{ ID id-Cause CRITICALITY ignore TYPE Cause 

{ ID id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics 

} 



PRESENCE mandatory } | 
PRESENCE mandatory} | 
PRESENCE optional } , 



UERegisterRej ectExtensions HNBAP -PROTOCOL -EXTENSION 



************************************************************** 



UE De-Register 



************************************************************** 



UEDe-Register ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 



{UEDe-RegisterlEs} 
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protocolExtensions ProtocolExtensionContainer { {UEDe-RegisterExtensions} } OPTIONAL, 



} 



UEDe-RegisterlEs HNBAP- PROTOCOL- I ES 
{ ID id-Context -ID 
{ ID id-Cause 



} 



CRITICALITY reject TYPE Context -ID 
CRITICALITY ignore TYPE Cause 



UEDe-RegisterExtensions HNBAP -PROTOCOL -EXTENSION 



-- ERROR INDICATION 

******************************************************* 

Errorlndication ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {ErrorlndicationlEs} }, 

protocolExtensions ProtocolExtensionContainer { {ErrorlndicationExtensions} 



PRESENCE mandatory } | 
PRESENCE mandatory } , 



OPTIONAL, 



} 

ErrorlndicationlEs HNBAP -PROTOCOL- I ES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause 

{ ID id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics 

} 

ErrorlndicationExtensions HNBAP -PROTOCOL -EXTENSION ::= { 

} 

************************************************************** 

-- PRIVATE MESSAGE 

************************************************************** 



PRESENCE mandatory } | 
PRESENCE optional } , 



PrivateMessage 
privatelEs 



SEQUENCE I 
PrivatelE- Container 



[ PrivateMessage- lEs } 



PrivateMessage -lEs HNBAP- PRIVATE -lES 



END 
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9.3.4 Information Element Definitions 

******************************************************** 

- - Information Element Definitions 

************************************************************** 

HNBAP-IEs { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) hnbap(6) versionl (1) hnbap-IEs (2) ) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

IMPORTS 

maxNrOf Errors , 
maxUEs 

FROM HNBAP-Constants 

Criticality, 
ProcedureCode , 
ProtocolIE-ID, 
TriggeringMessage 
FROM HNBAP-CommonDataTypes 

ProtocolExtensionContainer{ } , 
HNBAP - PROTOCOL - EXTENS ION 
FROM HNBAP -Containers , • 



Access -stratum- release -indicator 



ENUMERATED {r99, 

rel-4, rel-5, rel-6, rel-7, rel- 



AltitudeAndDirection ::= SEQUENCE { 

directionOfAltitude ENUMERATED {height, depth}, 
altitude INTEGER (0.. 32767), 

} 

--B 

BackoffTimer ::= INTEGER ( .. 3600) 



Cause : := CHOICE 
radioNetwork 
transport 



CauseRadioNetwork, 
CauseTransport , 



£75/ 



3GPP TS 25.469 version 8.1.0 Release 8 



40 



ETSI TS 125 469 V8.1.0 (2009-04) 



protocol 
misc 



CauseProtocol , 
CauseMisc, 



ENUMERATED 



} 
CauseRadioNetwork 

overload, 

unauthorised- Location, 

unauthorised-HNB, 

hNB- parameter -mismatch, 

invalid-UE- identity, 

uE -not -allowed- on -this -HNB, 

uE -unauthorised, 

connect ion -with-UE- lost, 

ue-RRC-telease, 

hNB -not -registered, 

unspecified, 

normal , 

uE- relocated, 

ue- registered- in -another -HNB, 

} 

CauseTransport : : = ENUMERATED { 

transport -resource -unavailable, 
unspecified, 

} 

CauseProtocol : : = ENUMERATED { 
transfer -syntax- error, 
abstract -syntax- error -reject, 
abstract -syntax- error- ignore -and-not if y, 
message -not -compatible -with- receiver- state, 
semantic -error, 
unspecified, 
abstract -syntax -error -falsely- constructed- message. 



} 

CauseMisc ::= ENUMERATED 
processing -overload, 
hardware - f ai lure , 
o-and-m- intervention, 
unspecified, 

} 

Cellldentity 
Context -ID : 



BIT STRING (SIZE (28)) 
BIT STRING (SIZE (24)) 



CriticalityDiagnostics 
procedureCode 
triggeringMessage 



SEQUENCE { 

ProcedureCode 
TriggeringMessage 



OPTIONAL, 
OPTIONAL, 
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procedureCriticality Criticality OPTIONAL, 

iEsCriticalityDiagnostics Grit icalityDiagnostics- IE -List OPTIONAL, 

iE-Extensions ProtocolExtensionContainer { {CriticalityDiagnostics-ExtlEs} } OPTIONAL, 

} 

CriticalityDiagnostics-IE-List ::= SEQUENCE (SIZE (1 . .maxNrOf Errors) ) OF 
SEQUENCE { 

iECriticality Criticality, 

iE-ID ProtocolIE-ID, 

typeOf Error TypeOf Error, 

iE-Extensions ProtocolExtensionContainer { {CriticalityDiagnostics-IE-List-ExtlEs} } OPTIONAL, 

} 
CriticalityDiagnostics-IE-List-ExtlEs HNBAP- PROTOCOL -EXTENSION ::= { 

} 

CriticalityDiagnostics-ExtlEs HNBAP -PROTOCOL -EXTENSION ::= { 

} 

CSG-ID ::= BIT STRING (SIZE (27)) 

CSG- Indicator ::= ENUMERATED { 
csg-capable, 
not -csg- capable, 

} 

CGI : : = SEQUENCE { 

pLMNidentity PLMNidentity, 

lAC LAC, 

cl CI, 

iE-Extensions ProtocolExtensionContainer { {CGI-ExtlEs} } OPTIONAL 
} 

CGI -Ext I Es HNBAP -PROTOCOL -EXTENSION ::= { 

} 

CI ::= OCTET STRING (SIZE (2)) 

CN-Domainlndicator ::= ENUMERATED { 
cs- domain, 
ps- domain 

} 

--D 

--E 

ESN ::= BIT STRING (SIZE (32)) 

--F 

--G 
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GeographicalLocation ::= SEQUENCE { 

geographicalCoordinates GeographicalCoordinates , 

altitudeAndDirection AltitudeAndDirection, 

iE- Ext ens ions ProtocolExtensionContainer 

} 

GeographicLocation-ExtlEs HNBAP- PROTOCOL -EXTENSION ::= { 



GeographicLocation-ExtlEs} } OPTIONAL, 



GeographicalCoordinates 
latitudeSign 
latitude 
longitude 
iE- Ext ens ions 



SEQUENCE { 

ENUMERATED {north, south}, 

INTEGER (0. . 8388607) , 

INTEGER (-8388608. .8388607) , 

ProtocolExtensionContainer { {GeographicalCoordinates-ExtlEs} 



OPTIONAL, 



GeographicalCoordinates- Ext lEs HNBAP -PROTOCOL -EXTENSION 



--H 

HNB-Location- Information ::= SEQUENCE { 

macroCoverageInf o MacroCoverageInf ormation OPTIONAL, 

geographicalCoordinates GeographicalLocation OPTIONAL, 

iE-Extensions ProtocolExtensionContainer { { HNB-Location- Information-ExtlEs 



OPTIONAL, 



} 

HNB-Location- Inf ormation- Ext lEs HNBAP -PROTOCOL -EXTENSION 



HNB-Identity ::= SEQUENCE { 

hNB- Identity- Info HNB- Identity- Inf o, 

iE-Extensions ProtocolExtensionContainer { { HNB-Identity-ExtlEs 



OPTIONAL, 



} 



HNB -Identity-ExtlEs HNBAP - PROTOCOL - EXTENS I ON 



HNB- Identity- Info ::= OCTET STRING (SIZE (1..255)) 

--I 

IMEI ::= BIT STRING (SIZE (60)) 
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IMS I 

-- Reference: 23.003 

IMSIDS41 

IMSIESN : 

iMSIDS41 
eSN 



OCTET STRING (SIZE (3.. 8)) 
OCTET STRING (SIZE (5.. 7)) 



: : = SEQUENCE 

IMSIDS41, 

ESN 



IP-Address ::=SEQUENCE { 

ipaddress CHOICE { 

ipv4info Ipv4Address, 
ipvSinfo Ipv6Address, 



}. 



iE-Extensions ProtocolExtensionContainer { { IP-Address-ExtlEs 



} 

IP-Address-ExtlEs HNBAP- PROTOCOL -EXTENSION ::= { 



} 

Ipv4Address 

Ipv6Address 



OCTET STRING (SIZE (4)) 
OCTET STRING (SIZE (16)) 



OPTIONAL, 



--J 
--K 

--L 
LAC 



::= OCTET STRING (SIZE ( 2 ) ) 



LAI : : = SEQUENCE { 

pLMNID PLMNidentity, 
lAC LAC, 



} 



-- M 

MacroCoveragelnformation ::= SEQUENCE { 
cellldentity MacroCelllD, 
iE-Extensions ProtocolExtensionContainer { { MacroCoverageInf ormation-ExtlEs } } OPTIONAL, 

} 

MacroCoveragelnformation-ExtlEs HNBAP -PROTOCOL -EXTENSION ::= { 
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MacroCelllD ::= CHOICE { 

uTRANCelllD UTRANCelllD, 

gERANCelllD CGI, 



-N 
-0 

-P 



PLMNidentity ::= OCTET STRING (SIZE (3)) 

PTMSI ::= BIT STRING (SIZE (32)) 



PTMSIRAI 


: : = SEQUENCE 


pTMSI 


PTMSI, 


rAI 


RAI, 


}" 




--Q 




--R 




RAC 


: := OCTET STRING 


RAI 


: : = SEQUENCE { 


lAI 


LAI, 


rAC 


RAC, 



Registration-Cause ::= ENUMERATED { 
emergency- call , 
normal , 

} 
RNC-ID ::= INTEGER ( .. 65535 ) 
--S 
SAC ::= OCTET STRING (SIZE (2 ) ) 



TMSILAI ::= SEQUENCE | 

tMSI BIT STRING (SIZE (32)), 

lAI LAI 



TMSIDS41 



OCTET STRING (SIZE (2.. 17)) 



TypeOf Error : : = ENUMERATED 
not -under stood, 
missing. 
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} 

--U 

UE-Capabilities ::= SEQUENCE { 

access -stratum- release -indicator Access -stratum- release -indicator, 

csg-indicator CSG-Indicator, 

iE-Extensions ProtocolExtensionContainer { { UE-Capabilities-ExtlEs 



OPTIONAL, 



} 

UE-Capabilities-ExtlEs HNBAP- PROTOCOL -EXTENSION ::= { 

} 

UTRANCelllD ::= SEQUENCE { 

lAC LAC, 

r AC RAC , 

pLMNidentity PLMNidentity, 

uTRANcelllD Cellldentity, 

iE-Extensions ProtocolExtensionContainer { {UTRANCelllD-ExtlEs} } OPTIONAL 
} 



UTRANCe llID-ExtlEs HNBAP - PROTOCOL - EXTENS I ON 



UE-Identity : 
iMSI 
tMSILAI 
pTMSIRAI 
iMEI 
eSN 

iMSIDS41 
iMSIESN 
tMSIDSl 



CHOICE { 

IMSI, 

TMSILAI, 

PTMSIRAI, 

IMEI, 

ESN, 

IMSIDS41, 

IMSIESN, 

TMSIDS41, 



-V 

-w 

-X 
-Y 
-Z 



9.3.5 Common Definitions 
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- - Common definitions 

******************************************************** 

HNBAP-CommonDataTypes { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) hnbap(6) versionl (1) hnbap-CommonDataTypes (3) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 

-- Extension constants 

************************************************************** 



maxPrivatelEs 
maxProtocolExt ens ions 
maxProtocolIEs 



INTEGER 


:= 65535 


INTEGER 


:= S5535 


INTEGER 


:= 65535 



************************************************************** 

-- Common Data Types 

************************************************************** 

Criticality ::= ENUMERATED { reject, ignore, notify } 

Presence ::= ENUMERATED { optional, conditional, mandatory 

PrivatelE-ID ::= CHOICE { 

local INTEGER (0.. 65535), 

global OBJECT IDENTIFIER 



ProcedureCode 



INTEGER (0. .255) 



ProtocolIE-ID ::= INTEGER ( . .maxProtocolIEs) 

TriggeringMessage ::= ENUMERATED { initiating-message, successful-outcome, unsuccessful-outcome 

END 



9.3.6 Constant Definitions 



************************************************************** 
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-- Constant definitions 

************************************************************** 

HNBAP-Constants { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) hnbap(6) versionl (1) hnbap-Constants (4) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

IMPORTS 

ProcedureCode , 

ProtocolIE-ID 
FROM HNBAP-CommonDataTypes; 



************************************************************** 



Elementary Procedures 



id-HNBRegister 
id-HNBDe -Register 
id-UERegister 
id-UEDe -Register 
id- Error Indication 
id-privateMessage 



ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 



************************************************************** 



************************************************************** 

maxNrOf Errors INTEGER ::= 256 

maxUEs INTEGER ::= 64 



************************************************************** 



************************************************************** 



id-Cause 

id-CriticalityDiagnostics 

id-HNB-Identity 

id-Context -ID 

id-UE- Identity 

id- LAC 

id-RAC 

id-HNB-Location- Information 



ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
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id-PLMNidentity 

id- SAC 

id- Cell Identity 

id-Registration -Cause 

id-UE -Capabilities 

id-RNC-ID 

id-CSG-ID 

id-Backoff Timer 



ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 



10 
11 
12 
13 
14 
15 
16 



END 



9.3.7 Container Definitions 



********************************************************* 

- - Container definitions 

************************************************************** 

HNBAP- Containers { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) hnbap(6) versionl (1) hnbap- Containers (5) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 

-- IE parameter types from other modules. 

************************************************************** 

IMPORTS 

Criticality, 

Presence, 

PrivatelE-ID, 

ProtocolIE-ID, 

maxPrivatelEs , 

maxProtocolExtensions , 

maxProtocolIEs 
FROM HNBAP -CommonDataTypes; 

************************************************************** 



Class Definition for Protocol lEs 



************************************************************** 



HNBAP - PROTOCOL - I ES 
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Sid 

Stcriticality 
StValue, 
^presence 



ProtocolIE-ID 
Criticality, 

Presence 



UNIQUE, 



WITH SYNTAX | 
ID 

CRITICALITY 
TYPE 
PRESENCE 



Sid 

Stcriticality 
StValue 
Spresence 



************************************************************** 



Class Definition for Protocol Extensions 
************************************************************** 



HNBAP - PROTOCOL - EXTENS I ON 
Sid 

Scriticality 
SiExtension, 
Sipresence 



CLASS { 
ProtocolIE-ID UNIQUE, 
Criticality, 

Presence 



WITH SYNTAX { 
ID 

CRITICALITY 
EXTENSION 
PRESENCE 



Sid 

Scriticality 
^Extension 
Sipresence 



************************************************************** 



Class Definition for Private lEs 



************************************************************** 



HNBAP- PRIVATE - I ES 
Sid 

Scriticality 
SValue, 
Stpresence 



CLASS I 

PrivatelE-ID, 
Criticality, 

Presence 



WITH SYNTAX { 
ID 

CRITICALITY 

TYPE 

PRESENCE 



S:id 

Scriticality 
SValue 
^presence 



************************************************************** 



Container for Protocol lEs 
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ProtocolIE-Container {HNBAP -PROTOCOL- I ES : lEsSetParam} ::= 
SEQUENCE (SIZE ( . . maxProtocolIEs ) ) OF 
ProtocolIE-Field { { lEsSetParam} } 

ProtocolIE-Single-Container { HNBAP -PROTOCOL- I ES : lEsSetParam} ::= 
ProtocolIE-Field {{lEsSetParam}} 

ProtocolIE-Field {HNBAP -PROTOCOL- I ES : lEsSetParam} ::= SEQUENCE { 

id HNBAP-PROTOCOL-IES.&id ({lEsSetParam}), 

criticality HNBAP-PROTOCOL-IES . Scriticality ({ lEsSetParam} {@id} ) , 
value HNBAP -PROTOCOL- I ES.&Value ({ lEsSetParam} {@id} ) 



} 



********************************************************** 



Container Lists for Protocol IE Containers 
************************************************************** 



ProtocolIE-ContainerList {INTEGER : lowerBound, INTEGER : upperBound, HNBAP -PROTOCOL- I ES 
SEQUENCE (SIZE ( lowerBound .. upperBound) ) OF 
ProtocolIE-Container { { lEsSetParam} } 



lEsSetParam 



************************************************************** 

- - Container for Protocol Extensions 

************************************************************** 

ProtocolExtensionContainer {HNBAP -PROTOCOL -EXTENSION : ExtensionSetParam} 
SEQUENCE (SIZE (1 . .maxProtocolExtensions ) ) OF 

ProtocolExtensionField { {ExtensionSetParam} } 



ProtocolExtensionField {HNBAP -PROTOCOL -EXTENSION : ExtensionSetParam} ::= SEQUENCE { 

id HNBAP-PROTOCOL-EXTENSION.&id ({ExtensionSetParam}), 

criticality HNBAP-PROTOCOL-EXTENSION. &criticality ( {ExtensionSetParam} {« 

extensionValue HNBAP -PROTOCOL -EXTENSION. ^Extension ( {ExtensionSetParam} {« 

} 



!id}), 
)id}) 



************************************************************** 

- - Container for Private lEs 

************************************************************** 

PrivatelE-Container {HNBAP -PRIVATE- I ES : lEsSetParam } ::= 
SEQUENCE (SIZE (1.. maxPrivatelEs ) ) OF 
PrivatelE-Field {{lEsSetParam}} 



PrivatelE-Field {HNBAP-PRIVATE-IES : lEsSetParam} ::= SEQUENCE 
id HNBAP-PRIVATE-IES. &id 

criticality HNBAP-PRIVATE-IES . &criticality 



({lEsSetParam}) , 

( { lEsSetParam} {@id} ) , 
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value 



HNBAP-PRIVATE-IES . &Value 



( { lEsSetParam} {@id} ) 



} 
END 
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9.4 Message Transfer Syntax 



HNBAP shall use the ASN.l Basic Packed Encoding Rules (BASIC-PER) Aligned Variant as transfer syntax as 
specified in ref. [7]. 



10 Handling of unknown, unforeseen, and erroneous 
protocol data 

10.1 General 

Protocol Error cases can be divided into three classes: 

Transfer Syntax Error; 

Abstract Syntax Error; 

Logical Error. 
Protocol errors can occur in the following functions within a receiving node: 



HNBAP 

functional 

entity 




> 


Logical Errors ' 
Abstract Syntax Errors 

Transfer Syntax Errors 


t 
II 


i 


ASN.l Decoding 



Figure 11: Protocol Errors in HNBAP 

The information stated in subclauses 10.2, 10.3 and 10.4, to be included in the message used when reporting an error, is 
what at minimum shall be included. Other optional information elements within the message may also be included, if 
available. This is also valid for the case when the reporting is done with a response message. The latter is an exception 
to what is stated in subclause 4. 1 . 



10.2 Transfer Syntax Error 

A Transfer Syntax Error occurs when the receiver is not able to decode the received physical message Transfer syntax 
errors are always detected in the process of ASN. 1 decoding. If a Transfer Syntax Error occurs, the receiver should 
initiate Error Indication procedure with appropriate cause value for the Transfer Syntax protocol error. 

1 0.3 Abstract Syntax Error 
10.3.1 General 

An Abstract Syntax Error occurs when the receiving functional HNBAP entity: 

1. receives lEs or IE groups that cannot be understood (unknown IE id); 

2. receives lEs for which the logical range is violated (e.g.: ASN.l definition: to 15, the logical range is to 10 
(values 1 1 to 15 are undefined), and 12 will be received; this case will be handled as an abstract syntax error 
using criticality information sent by the originator of the message); 
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3. does not receive lEs or IE groups but according to the specified presence of the concerning object, the IBs or IE 
groups should have been present in the received message; 

4. receives IBs or IE groups that are defined to be part of that message in wrong order or with too many 
occurrences of the same IE or IE group; 

5. receives lEs or IE groups but according to the conditional presence of the concerning object and the specified 
condition, the lEs or IE groups should not have been present in the received message. 

Cases 1 and 2 (not comprehended IE/IE group) are handled based on received Criticality information. Case 3 (missing 
IE/IE group) is handled based on Criticality information and Presence information for the missing IE/IE group specified 
in the version of the specification used by the receiver. Case 4 (lEs or IE groups in wrong order or with too many 
occurrences) and Case 5 (erroneously present conditional lEs or IE groups) result in rejecting the procedure. 

If an Abstract Syntax Error occurs, the receiver shall read the remaining message and shall then for each detected 
Abstract Syntax Error act according to the Criticality Information and Presence Information for the IE/IE group due to 
which Abstract Syntax Error occurred in accordance with subclauses 10.3.4 and 10.3.5. The handling of cases 4 and 5 is 
specified in subclause 10.3.6. 

10.3.2 Criticality Information 

In the HNBAP messages there is criticality information set for individual lEs and/or IE groups. This criticality 
information instructs the receiver how to act when receiving an IE or an IE group that is not comprehended i.e. the 
entire item (IE or IE group) which is not (fully or partially) comprehended shall be treated in accordance with its own 
criticality information as specified in subclause 10.3.4. 

In addition, the criticality information is used in case of the missing IE/IE group abstract syntax error (see subclause 
10.3.5). 

The receiving node shall take different actions depending on the value of the Criticality Information. The three possible 
values of the Criticality Information for an IE/IE group are: 

Reject IE; 

Ignore IE and Notify Sender; 

Ignore IE. 

The following rules restrict when a receiving entity may consider an IE, an IE group or an EP not comprehended (not 
implemented), and when action based on criticality information is applicable: 

1 . IE or IE group: When one new or modified IE or IE group is implemented for one EP from a standard version, 
then other new or modified lEs or IE groups specified for that EP in that standard version shall be considered 
comprehended by the receiving entity (some may still remain unsupported). 

2. EP: The comprehension of different EPs within a standard version or between different standard versions is not 
mandated. Any EP that is not supported may be considered not comprehended, even if another EP from that 
standard version is comprehended, and action based on criticality shall be applied. 

10.3.3 Presence Information 

For many lEs/IE groups which are optional according to the ASN.l transfer syntax, HNBAP specifies separately if the 
presence of these lEs/IE groups is optional or mandatory with respect to RNS application by means of the presence field 
of the concerning object of class HNBAP-PROTOCOL-IES, HNBAP-PROTOCOL-IES-PAIR, HNBAP-PROTOCOL- 
EXTENSION or HNBAP-PRIVATE-IES. 

The presence field of the indicated classes supports three values: 

1 . Optional; 

2. Conditional; 

3. Mandatory. 
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If an IE/IE group is not included in a received message and the presence of the IE/IE group is mandatory or the 
presence is conditional and the condition is true according to the version of the specification used by the receiver, an 
abstract syntax error occurs due to a missing IE/IE group. 

1 0.3.4 Not comprehended IE/IE group 
10.3.4.1 Procedure Code 

The receiving node shall treat the different types of received criticality information of the Procedure Code according to 
the following: 

Reject IE: 

If a message is received with a Procedure Code marked with "Reject IE" which the receiving node does not 
comprehend, the receiving node shall reject the procedure using the Error Indication procedure. 

Ignore IE and Notify Sender: 

If a message is received with a Procedure Code marked with "Ignore IE and Notify Sender" which the receiving 
node does not comprehend, the receiving node shall ignore the procedure and initiate the Error Indication 
procedure. 

Ignore IE: 

If a message is received with a Procedure Code marked with "Ignore IE" which the receiving node does not 
comprehend, the receiving node shall ignore the procedure. 

When using the Error Indication procedure to reject a procedure or to report an ignored procedure it shall include the 
Procedure Code IE, the Triggering Message IE, and the Procedure Criticality IE in the Criticality Diagnostics IE. 

1 0.3.4.1 A Type of Message 

When the receiving node cannot decode the Type of Message IE, the Error Indication procedure shall be initiated with 
an appropriate cause value. 

1 0.3.4.2 lEs other than the Procedure Code and Type of Message 

The receiving node shall treat the different types of received criticality information of an IE/IE group other than the 
Procedure Code IE and Type of Message IE according to the following: 

Reject IE: 

If a message initiating a procedure is received containing one or more lEs/IE groups marked with "Reject IE" 
which the receiving node does not comprehend; none of the functional requests of the message shall be executed. 
The receiving node shall reject the procedure and report the rejection of one or more lEs/IE groups using the 
message normally used to report unsuccessful outcome of the procedure. In case the information received in the 
initiating message was insufficient to determine a value for all lEs that are required to be present in the message 
used to report the unsuccessful outcome of the procedure, the receiving node shall instead terminate the 
procedure and initiate the Error Indication procedure. 

If a message initiating a procedure that does not have a message to report unsuccessful outcome is received 
containing one or more lEs/IE groups marked with "Reject IE" which the receiving node does not comprehend, 
the receiving node shall terminate the procedure and initiate the Error Indication procedure. 

If a response message is received containing one or more lEs marked with "Reject IE" which the receiving node 
does no comprehend, the receiving node shall consider the procedure as unsuccessfully terminated and initiate 
local error handling. 
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Ignore IE and Notify Sender: 

If a message initiating a procedure is received containing one or more les/IE groups marked with "Ignore IE and 
Notify Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the 
not comprehended lEs/IE groups, continue with the procedure as if the not comprehended lEs/IE groups were 
not received (except for the reporting) using the understood lEs/IE groups, and report in the response message of 
the procedure that one or more lEs/IE groups have been ignored. In case the information received in the 
initiating message was insufficient to determine a value for all lEs that are required to be present in the response 
message, the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 

if a message initiating a procedure that does not have a message to report the outcome of the procedure is 
received containing one or more lEs/IE groups marked with "Ignore IE and Notify Sender" which the receiving 
node does not comprehend, the receiving node shall ignore the content of the not comprehended lEs/IE groups, 
continue with the procedure as if the not comprehended lEs/IE groups were not received (except for the 
reporting) using the understood lEs/IE groups, and initiate the Error Indication procedure to report that one or 
more lEs/IE groups have been ignored. 

If a response message is received containing one or more lEs/IE groups marked with "Ignore IE and Notify 
Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the not 
comprehended IE/IE groups, continue with the procedure as if the not comprehended lEs/IE groups were not 
received (except for the reporting) using the understood lEs/IE groups and initiate the Error Indication 
procedure. 

Ignore IE: 

If a message initiating a procedure is received containing one or more lEs/IE groups marked with "Ignore IE" 
which the receiving node does not comprehend, the receiving node shall ignore the content of the not 
comprehended lEs/IE groups and continue with the procedure as if the not comprehended lEs/IE groups were 
not received using only the understood lEs/IE groups. 

If a response message is received containing one or more lEs/IE groups marked with "Ignore IE" which the 
receiving node does not comprehend, the receiving node shall ignore the content of the not comprehended lEs/IE 
groups and continue with the procedure as if the not comprehended lEs/IE groups were not received using the 
understood lEs/IE groups. 

When reporting not comprehended lEs/IE groups marked with "Reject IE" or "Ignore IE and Notify Sender" using a 
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the 
Criticality Diagnostics IE for each reported IE/IE group. In the Information Element Criticality Diagnostics IE the 
Repetition Number IE shall be included and in addition, if the not comprehended IE/IE group is not at message 
hierarchy level 1 (top level; see annex A) also the Message Structure IE shall be included. 

When reporting not comprehended lEs/IE groups marked with "Reject IE" or "Ignore IE and Notify Sender" using the 
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the 
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported 
IE/IE group. In the Information Element Criticality Diagnostics IE the Repetition Number IE shall be included and in 
addition, if the not comprehended IE/IE group is not at message hierarchy level 1 (top level; see annex A) also the 
Message Structure IE shall be included. 

10.3.5 Missing IE or IE group 

The receiving node shall treat the missing IE/IE group according to the criticality information for the missing IE/IE 
group in the received message specified in the version of the present document used by the receiver: 

Reject IE: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Reject IE"; none of the functional requests of the message shall be executed. The receiving node shall reject the 
procedure and report the missing lEs/IE groups using the message normally used to report unsuccessful outcome 
of the procedure. In case the information received in the initiating message was insufficient to determine a value 
for all lEs that are required to be present in the message used to report the unsuccessful outcome of the 
procedure, the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 
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if a received message initiating a procedure that does not have a message to report unsuccessful outcome is 
missing one or more lEs/IE groups with specified criticality "Reject IE", the receiving node shall terminate the 
procedure and initiate the Error Indication procedure. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Reject IE, the 
receiving node shall consider the procedure as unsuccessfully terminated and initiate local error handling. 

Ignore IE and Notify Sender: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Ignore IE and Notify Sender", the receiving node shall ignore that those lEs are missing and continue with the 
procedure based on the other lEs/IE groups present in the message and report in the response message of the 
procedure that one or more lEs/IE groups were missing. In case the information received in the initiating 
message was insufficient to determine a value for all lEs that are required to be present in the response message, 
the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 

if a received message initiating a procedure that does not have a message to report the outcome of the procedure 
is missing one or more lEs/IE groups with specified criticality "Ignore IE and Notijy Sender", the receiving node 
shall ignore that those lEs are missing and continue with the procedure based on the other lEs/IE groups present 
in the message and initiate the Error Indication procedure to report that one or more lEs/IE groups were missing. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Ignore IE and 
Notify Sender", the receiving node shall ignore that those lEs are missing and continue with the procedure based 
on the other lEs/IE groups present in the message and initiate the Error Indication procedure to report that one or 
more lEs/IE groups were missing. 

Ignore IE: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Ignore IE", the receiving node shall ignore that those lEs are missing and continue with the procedure based on 
the other lEs/IE groups present in the message. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Ignore IE", the 
receiving node shall ignore that those lEs/IE groups are missing and continue with the procedure based on the 
other lEs/IE groups present in the message. 

When reporting missing lEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notijy Sender" using a 
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the 
Criticality Diagnostics IE for each reported IE/IE group. In the Information Element Criticality Diagnostics IE the 
Repetition Number IE shall be included and in addition, if the missing IE/IE group is not at message hierarchy level 1 
(top level; see annex A) also the Message Structure IE shall be included. 

When reporting missing lEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notijy Sender" using the 
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the 
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported 
IE/IE group. In the Information Element Criticality Diagnostics IE the Repetition Number IE shall be included and in 
addition, if the missing IE/IE group is not at message hierarchy level 1 (top level; see annex A) also the Message 
Structure IE shall be included. 

1 0.3.6 lEs or IE groups received in wrong order or witin too many 
occurrences or erroneously present 

If a message with lEs or IE groups in wrong order or with too many occurrences is received or if lEs or IE groups with 
a conditional presence are present when the condition is not met (i.e. erroneously present), the receiving node shall 
behave according to the following: 

If a message initiating a procedure is received containing lEs or IE groups in wrong order or with too many 
occurrences or erroneously present, none of the functional requests of the message shall be executed. The 
receiving node shall reject the procedure and report the cause value "Abstract Syntax Error (Falsely Constructed 
Message)" using the message normally used to report unsuccessful outcome of the procedure. In case the 
information received in the initiating message was insufficient to determine a value for all lEs that are required 
to be present in the message used to report the unsuccessful outcome of the procedure, the receiving node shall 
instead terminate the procedure and initiate the Error Indication procedure. 
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If a message initiating a procedure that does not have a message to report unsuccessful outcome is received 
containing lEs or IE groups in wrong order or with too many occurrences or erroneously present, the receiving 
node shall terminate the procedure and initiate the Error Indication procedure, and use cause value "Abstract 
Syntax Error (Falsely Constructed Message)". 

If a response message is received containing lEs or IE groups in wrong order or with too many occurrences or 
erroneously present, the receiving node shall consider the procedure as unsuccessfully terminated and initiate 
local error handling. 

When determining the correct order only the lEs specified in the specification version used by the receiver shall be 
considered. 



10.4 Logical Error 



Logical error situations occur when a message is comprehended correctly, but the information contained within the 
message is not valid (i.e. semantic error), or describes a procedure which is not compatible with the state of the receiver. 
In these conditions, the following behaviour shall be performed (unless otherwise specified) as defined by the class of 
the elementary procedure, irrespective of the criticality information of the lE's/IE groups containing the erroneous 
values. 

Class 1: 

Where the logical error occurs in a request message of a class 1 procedure, and the procedure has a message to report 
this unsuccessful outcome, this message shall be sent with an appropriate cause value. Typical cause values are: 

Semantic Error; 

Message not compatible with receiver state. 

Where the logical error is contained in a request message of a class 1 procedure, and the procedure does not have a 
message to report this unsuccessful outcome, the procedure shall be terminated and the Error Indication procedure shall 
be initiated with an appropriate cause value. The Procedure Code IE and the Triggering Message IE within the 
Criticality Diagnostics IE shall then be included in order to identify the message containing the logical error. 

Where the logical error exists in a response message of a class 1 procedure, the procedure shall be considered as 
unsuccessfully terminated and local error handUng shall be initiated. 

Class 2: 

Where the logical error occurs in a message of a class 2 procedure, the procedure shall be terminated and the Error 
Indication procedure shall be initiated with an appropriate cause value. The Procedure Code IE and the Triggering 
Message IE within the Criticality Diagnostics IE shall then be included in order to identify the message containing the 
logical error. 



10.5 Exceptions 



The error handling for all the cases described hereafter shall take precedence over any other error handling described in 
the other subclauses of clause 10. 

If any type of error (Transfer Syntax Error, Abstract Syntax Error or Logical Error) is detected in the ERROR 
INDICATION message, it shall not trigger the Error Indication procedure in the receiving Node but local error 
handling. 

In case a response message or Error Indication message needs to be returned, but the information necessary to 
determine the receiver of that message is missing, the procedure shall be considered as unsuccessfully terminated 
and local error handling shall be initiated. 

If an error that terminates a procedure occurs, the returned cause value shall reflect the error that caused the 
termination of the procedure even if one or more abstract syntax errors with criticality 'ignore and notify' have 
earlier occurred within the same procedure. 
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